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DETAILED ACTION 

1. Claims 1-22 are subject to examination. 

Response to Arguments 

2. Applicant's arguments filed April 05, 2004 have been fully considered but they 
are not persuasive for the following reasons: 

a. In response to applicant's argument that the references fail to show certain 
features of applicant's invention, it is noted that the features upon which applicant relies 
(i.e., As indicated by the applicant under the remarks, 1) the instant invention simplifies 
the management of transaction codes and their associated attributes by compressing 
the transaction type masks (page 8) and 2) managing transaction messages (page 9)) 
are not recited in the rejected claim(s). Although the claims are interpreted in light of 
the specification, limitations from the specification are not read into the claims. See In 
re Van Geuns, 988 F.2d 1181, 26 USPQ2d 1057 (Fed. Cir. 1993). The claims fail to 
define the specific type and nature of transaction codes and their associated attributes 
and specific type and nature of transaction messages. 

b. The reference hunter teaches the method that is of paramount importance and, 
as such, the method which has a fixed number of the masks in the file (Abstract: 
forwarding database) present at the time of the search. 

c. The reference Gebauer teaches transaction management between computer 
systems by stating that the present invention overcomes the disadvantages of the prior 
art by providing a method of and apparatus for directly transferring variables from a first 
transaction to a subsequent transaction while utilizing a full featured data base 
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management system by a user at a terminal coupled to the world wide web or internet, 
(col. 3, lines 58-63). 

Claim Rejections - 35 USC §112 

3. The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

4. Claims 1, 7 and 14 rejected under 35 U.S.C. 112, second paragraph, as failing to 
set forth the subject matter which applicant(s) regard as their invention. Evidence that 
claims 1 , 7 and 14 fail to correspond in scope with that which applicant(s) regard as the 
invention can be found in Paper No. BS00-058, filed March 30, 2004. In that paper, 
applicant has stated the management of transaction codes and managing transaction 
messages , and this statement indicates that the invention is different from what is 
defined in the claim(s) because limitations from the specification are not read into the 
claims. The claims fail to define the specific type and nature of transaction codes and 
their associated attributes and specific type and nature of transaction messages. 

5. It is unclear as to the relationship between the claimed limitations of claim 1. 
The relationship between the management file that contains a reduced number of 
transaction type-attribute strings and fully populated management file is unclear. Which 
process determines what action to take? How action value defines the action and what 
action? What and which action values are defining what action which the so called 
process is using? 
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Claim Rejections = 35 USC § 103 
6- The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

7. Claims 1-22 are rejected under 35 U.S.C. 103(a) as being unpatentable over 

Gebauer (US 6,446,1 17) in view of Hunter et al. (hereinafter Hunter)(US 6,223,172). 

Referring to claim 1, 

The reference Gebauer teaches the repository (management file) and cool ice engine 
(process) (Fig. 4, elements 80 and 76) in the computer-to-computer transaction 
environment. The repository is intended to store the variables (transaction type- 
attribute strings) from a first service request that may be used with one or more 
subsequent service requests, as such these variables are accessible for immediate use 
for further transactions. (Abstract and col.4, lines 34-57). Gebauer also teaches that 
cool ice engine (process) determines the output (action) after processing the variables 
(transaction type-attribute strings), (col. 8, lines 53-65). The reference Gebauer fails to 
teach applying the masks to the variables. The reference Hunter teaches the mask 
format and teaches to apply the masks to the IP addresses and how the masked IP 
addresses are used for searching for a longest match for the address by comparing a 
portion of the address indicated by a mask and progressively shortening the mask until 
a matching entry is located, (col.3, lines 4-10, Fig. 3, Fig. 8). Therefore, it would have 
been obvious to one having ordinary skill in the art at the time of invention was made to 
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modify Gebauer's repository for permanently storing the transaction type-attribute 
strings with the action value processed by modified cool ice engine (process) where the 
transaction type-attribute strings are stored with or without masks as taught by Hunter. 
Because, the masked transaction type-attribute strings are used for searching for a 
longest match by comparing a portion indicated by a mask and progressively shortening 
the mask until a matching entry is located. 
Reffeirriing to claim 2, 

The reference Gebauer teaches the gateway computer to which the first and second 
computer is connected (col. 3, lines 58-67 and col. 4, lines 1-9, Fig. 3, element 50 and 
Fig. 5, element 100) and the process (Fig.5, elements 102, 104) incorporated by the 
gateway computer. 
Referring to clainni 3, 

The reference Gebauer teaches the gateway computer to which the first and second 
computer is connected (col. 3, lines 58-67 and col. 4, lines 1-9, Fig. 3, element 50 and 
Fig.5, element 100) and the manager file (Fig.5, element 106). This repository is loaded 
into a memory on the gateway computer at runtime, (col. 9, lines 59-66). 
Referring to claim 4, 

Keeping in mind the teachings of reference Gebauer, the reference Gebauer fails to 
teach applying the masks to the variables. The reference Hunter teaches to apply the 
masks to the IP addresses and how the masked IP addresses are used for searching 
for a longest match for the address by comparing a portion of the address indicated by a 
mask and progressively shortening the mask until a matching entry is located, (col.3, 
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lines 4-10). Therefore, it would have been obvious to one having ordinary skill in the art 
at the time of invention was made to modify Gebauer's repository (manager file) for 
permanently storing the transaction type-attribute strings with the action value with or 
without masks as taught by Hunter. Because, the non-masked and masked transaction 
type-attribute strings can be used for searching, in steps, for a match by comparing to a 
non-masked transaction type-attribute string, then to a portion indicated by a mask, and 
then progressively shortening the mask until a matching entry is located. 
Referring to claims 5 and 6, 

Keeping in mind the teachings of reference Gebauer, the reference Gebauer fails to 
teach applying the masks to the variables (transaction type-attribute strings). Although, 
the reference Gebauer teaches that it's repository (management file) is capable of 
storing the variable at runtime and providing the variable at runtime for more than one 
transactions, and cool ice service handler of cool ice engine (process) retrieving the 
variables from the repository (col. 9, lines 59-67 and col. 10, lines 1-13), it also fails to 
teach the methodology for retrieving for a required variable by matching in steps from a 
literal match prior to looking for a non-literal match. The reference Hunter teaches the 
address resolution unit (Fig. 2, element 230 "ARU", Fig.5) as a means to look for a 
longest match (literal match) to progressively using the shorter masks (non-literal 
match) until a matching entry is located. And once the match is found the data is then 
forwarded (process performs the action). (Abstract, Fig. 4, col. 7, lines 19-35). 
Therefore, it would have been obvious to one having ordinary skill in the art at the time 
of invention was made to modify Gebauer's ice cool service handler of ice cool engine 
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(process) to incorporate the Hunter's ARU as means to begin and look for a literal 
match prior to looking for a non-literal match and make the process perform the action 
determined by the transaction type-attribute string having the minimum mask matching. 
Because, the action initiated by the process associated with the searched transaction 
type-attribute after the searching in steps in this manner, the outbound message can be 
delivered promptly and accurately without revising the message information which is 
time consuming and expensive process. 
Referring to claims 7, 8, 9, 12 and 13, 

The reference Gebauer teaches the repository (management file) and cool ice engine 
(process) (Fig. 4, elements 80 and 76) in a computer-to-computer transaction 
environment. The repository is intended to store the variables (transaction type- 
attribute strings) from a first service request that may be used with one or more 
subsequent service requests, as such these variables are accessible for immediate use 
for further transactions. (Abstract and col.4, lines 34-57). This repository is loaded 
(created) into a memory on the gateway computer at runtime, (col. 9, lines 59-66). 
Gebauer also teaches that cool ice engine (process) determines the output (action) after 
processing the variables (transaction type-attribute strings), (col.8, lines 53-65). The 
reference Gebauer fails to teach applying the masks to the variables. Although, the 
reference Gebauer teaches that it's repository (management file) is capable of storing 
the variable at runtime and providing the variable at runtime for more than one 
transactions, and cool ice service handler of cool ice engine (process) retrieving the 
variables from the repository (col. 9, lines 59-67 and col. 10, lines 1-13), it also fails to 
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teach the methodology for retrieving for a required variable by matching in steps from a 
literal match prior to looking for a non-literal match. The reference Hunter teaches to 
apply the masks to the IP addresses and how the masked IP addresses are used for 
searching for a longest match for the address by comparing a portion of the address 
indicated by a mask and progressively shortening the mask until a matching entry is 
located, (col.3, lines 4-10). The reference Hunter also teaches the address resolution 
unit (Fig. 2, element 230 "ARU", Fig.5) as a means to look for a longest match (literal 
match) to progressively using the shorter masks (non-literal match) until a matching 
entry is located. And once the match is found the data is then forwarded (process 
performs the action). (Abstract, Fig. 4, col. 7, lines 19-35). Therefore, it would have 
been obvious to one having ordinary skill in the art at the time of invention was made to 
devise a method for managing transactions with modified Gebauer's repository for 
permanently storing the transaction type-attribute strings with the action value 
processed by modified Gebauer's ice cool service handler of ice cool engine (process) 
incorporating the Hunter's ARU as means to begin and look for a literal match prior to 
looking for a non-literal match and make the process perform the action determined by 
the transaction type-attribute string having the minimum mask matching. Because, for 
one, the masked transaction type-attribute strings are used for searching for a longest 
match by comparing a portion indicated by a mask and progressively shortening the 
mask until a matching entry is located, and for two, the action initiated by the process 
associated with the searched transaction type-attribute after the searching in steps in 
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this manner, the outbound message can be delivered promptly and accurately without 
revising the message information which is time consuming and expensive process. 
Referring to claim 10, 

Keeping in mind the teachings of Gebauer, Gebauer fails to teach the methodology for 
retrieving for a required variable by matching in steps from a literal match prior to 
looking for a non-literal match. The reference Hunter teaches the address resolution 
unit (Fig. 2, element 230 "ARU", Fig. 5) as a means to look for a longest match (literal 
match) to progressively using the shorter masks (non-literal match) until a matching 
entry is located. And once the match is found the data is then forwarded (process 
performs the action). (Abstract, Fig. 4, col. 7, lines 19-35). The reference Hunter also 
teaches that if the match is not found, the matching process may take a protocol 
dependent processing. (Fig. 4, element 450, col. 7, lines 28-32). Therefore, it would 
have been obvious to one having ordinary skill in the art at the time of invention was 
made to devise a matching method that generate an error message as a resolution if 
the match is not found. Because, the outbound response is based on the match, and if 
the match is not found the process is not expected to send incorrect outbound 
response. 

Referring to claim 11, 

Claim 1 1 is a method that represents the step in the system of claim 3. Therefore, claim 
1 1 is rejected for the reasons set forth for the claim 3. 
Referring to claim 14, 



Application/Control Number: 09/71 2,931 Page 1 0 

Art Unit: 2154 

The reference Gebauer teaches the repository (management file) and cool ice engine 
(process) (Fig. 4, elements 80 and 76) in a computer-to-computer transaction 
environment. The repository is intended to store the variables (table of transaction 
type-attribute strings) from a first service request that may be used with one or more 
subsequent service requests, as such these variables are accessible for immediate use 
for further transactions. (Abstract and col.4, lines 34-57). Gebauer also teaches that 
cool ice engine (process) determines the output (action) after processing the variables 
(transaction type-attribute strings), (col.8, lines 53-65). The reference Gebauer teaches 
the gateway computer to which the first and second computer is connected (col. 3, lines 
58-67 and col. 4, lines 1-9, Fig. 3, element 50 and Fig. 5, element 100) and its functions 
as claimed, and the process (Fig. 5, elements 102, 104) incorporated by the gateway 
computer. The reference Gebauer fails to teach applying the masks to the variables. 
The reference Hunter teaches the mask format and teaches to apply the masks to the 
IP addresses and how the masked IP addresses are used for searching for a longest 
match for the address by comparing a portion of the address indicated by a mask and 
progressively shortening the mask until a matching entry is located, (col.3, lines 4-10). 
Therefore, it would have been obvious to one having ordinary skill in the art at the time 
of invention was made to modify Gebauer's repository for permanently storing the 
transaction type-attribute strings with the action value processed by modified cool ice 
engine (process) where the transaction type-attribute strings are stored with or without 
masks as taught by Hunter and also, it would have been obvious to one having ordinary 
skill in the art at the time of invention was made to provide a gateway computer as part 
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of the system where the process is executed and through which the first and second 
computer systems do communicate. Because, the masked transaction type-attribute 
strings are used for searching for a longest match by comparing a portion indicated by a 
mask and progressively shortening the mask until a matching entry is located, and as 
taught by Gebauer, in order to permit access to the data base management system, 
one must first provide a user interface, called a gateway, which translates transaction 
data transferred from the user over the internet in HTML format into a format from which 
data base management system commands and inputs may be generated and also 
gateway converts the data base management system responses and outputs into an 
HTML document for display on the user's internet terminal. 
Referring to claims 15 and 16, 

The reference Gebauer teaches the gateway computer to which the first and second 
computer is connected (col. 3, lines 58-67 and col. 4, lines 1-9, Fig. 3, element 50 and 
Fig. 5, element 100) and the manager file (Fig. 5, element 106). This repository is loaded 
into a memory on the gateway computer at runtime, (col. 9, lines 59-66). The repository 
is intended to store the variables (table of transaction type-attribute strings) from a first 
service request that may be used with one or more subsequent service requests, as 
such these variables are accessible for immediate use for further transactions. (Abstract 
and col.4, lines 34-57). 
Referring to claim 17, 

Keeping in mind the teachings of reference Gebauer, the reference Gebauer fails to 
teach applying the masks to the variables. The reference Hunter teaches to apply the 
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masks to the IP addresses and how the masked IP addresses are used for searching 
for a longest match for the address by comparing a portion of the address indicated by a 
mask and progressively shortening the mask until a matching entry is located, (col.3, 
lines 4-10). Therefore, it would have been obvious to one having ordinary skill in the art 
at the time of invention was made to modify Gebauer's repository (Table) for 
permanently storing the transaction type-attribute strings with the action value with or 
without masks as taught by Hunter. Because, the non-masked and masked transaction 
type-attribute strings can be used for searching, in steps, for a match by comparing to a 
non-masked transaction type-attribute string, then to a portion indicated by a mask, and 
then progressively shortening the mask until a matching entry is located. 
Referring to claim 18 and 19, 

Keeping in mind the teachings of reference Gebauer, the reference Gebauer fails to 
teach applying the masks to the variables (transaction type-attribute strings). Although, 
the reference Gebauer teaches that it's repository (Table) is capable of storing the 
variable at runtime and providing the variable at runtime for more than one transactions, 
and cool ice service handler of cool ice engine (process) retrieving the variables from 
the repository (table) (col. 9, lines 59-67 and col. 10, lines 1-13), it also fails to teach the 
methodology for retrieving a required variable by matching in steps from a literal match 
prior to looking for a non-literal match. The reference Hunter teaches the address 
resolution unit (Fig. 2, element 230 "ARU", Fig.5) as a means to look for a longest 
match (literal match) to progressively using the shorter masks (non-literal match) until a 
matching entry is located. And once the match is found the data is then forwarded 
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(process performs the action). (Abstract, Fig. 4, col. 7, lines 19-35). Therefore, it would 
have been obvious to one having ordinary skill in the art at the time of invention was 
made to modify Gebauer's ice cool service handler of ice cool engine (process) to 
incorporate the Hunter's ARU as means to begin and look for a literal match prior to 
looking for a non-literal match and make the process perform the action determined by 
the table having the minimum mask matching. Because, the action initiated by the 
process associated with the searched transaction type-attribute after the searching in 
steps in this manner, the outbound message can be delivered promptly and accurately 
without revising the message information which is time consuming and expensive 
process. 

Referring to claim 20, 21 and 22, 

The reference Gebauer teaches the variables (data structure) that are stored in 
repository. The repository is intended to store the variables from a first service request 
that may be used with one or more subsequent service requests, as such these 
variables are accessible for immediate use for further transactions. (Abstract and col.4, 
lines 34-57). This repository is loaded into a memory on the gateway computer at 
runtime, (col. 9, lines 59-66). The reference Gebauer fails to teach applying the masks 
to the variables. The reference Hunter teaches the mask format and teaches to apply 
the masks to the IP addresses and how the masked IP addresses are used for 
searching for a longest match for the address by comparing a portion of the address 
indicated by a mask and progressively shortening the mask until a matching entry is 
located, (col.3, lines 4-10, Fig. 3, Fig. 8). Hunter also teaches that the matching can be 
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made protocol dependent depending upon the implementation of the process, (col. 7, 
lines 28-31 ). Therefore, it would have been obvious to one having ordinary skill in the 
art at the time of invention was made to design a data structure in accordance with the 
process implementation where the length of the mask is also controlled as taught by 
Hunter. In this case, the mask length is applied to the transaction code portion, 
because the goal is to reduce the revisions to the code modifications to the transaction 
codes and their associated attributes thereby reducing the time consumption and 
expenses. 



8. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Ashok B. Patel whose telephone number is (703) 305- 
2655. The examiner can normally be reached on 8:00am-5:00pm. 



Conclusion 
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If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John A Follansbee can be reached on (703) 305-8498. The fax phone 
number for the organization where this application or proceeding is assigned is 703- 
872-9306. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 



Abp 




